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Null-Packet Transmission from 

Inside a Firewall to Open a 
Communication Window for an 
Outside Transmitter 

Background of Invention 

[0001] This invention relates to computer network communication software, and more 
particularly to opening communications windows in firewalls. 

[0002] The Internet enables communication among distant computers and local 

networks. Electronic mail, web browsing, instant messaging, and video and audio 
streaming are common today. Using the Internet to complete telephone calls is 
possible using voice-over-Internet-Protocol (VoIP) technology. Video messages may 
also be exchanged using enhancements to VoIP technology. 

[0003] To protect local computers and networks from unauthorized use or even outright 
attack, various security measures can be taken. A barrier between a local network and 
the Internet is often employed. This barrier is known as a firewall since it protects 
internal networks from the ravages of the open Internet. 

[0004] Firewall is a generic term that describes an array of different technologies for 

securing computer networks. Some common Firewall technologies are Packet Filters, 
Proxy Servers, Network Address Translation, Port Address Translation and Application 
Protocol Filtering. Firewalls can be implemented in routers, special firewall appliances, 
and bastion hosts at the connection point of two or more computer networks. 
Personal firewalls are a software application running on a personal computer. 

[0005] 

Firewalls can operate on different levels of the network. Figure 1 is a reference 
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diagram for the Open Systems Interconnection (OSI) network model. Packets passing 
through a firewall can be filtered by examining their IP addresses, TCP ports, 
protocols, states, or other header criteria at network layer 3 or transport layer 4. 

[0006] Dynamic or stateful packet filters can operate on most of the layers. Only 

specifically-configured traffic is allowed through the firewall, such as web-browser 
traffic that uses Transport-Cdntrol-Protocol (TCP) on port 80. All traffic from outside 
the firewall can be blocked except when a connection is opened from within the 
firewall. A temporary return path, opening, or window is created through the firewall 
for each connection initiated from the local network within the firewall. This window 
closes when the connection is closed. 

[0007] For User Datagram Protocol (UDP), the temporary return path is closed when no 

Oj traffic has flowed through the Dynamic Packet Filter for a configurable time period, 

nj Some firewalls allow traffic flowing in either direction to reset the timer, while others 

y allow only outbound packets to reset the timer. 

= [0008] Proxy servers can operate on layers 3, 4, or application layer 7. Clients behind the 

r=! firewall connect to the proxy server, which then makes another connection to the final 

M server. Application protocol filtering can also operate on layer 7. Presentation layer 6, 

ffl 

and session layer 5 are between the sockets of layer 7 and the TCP connections of 
H layer 4. Data link layer 2 encapsulates the data into the actual packets or frames 

transmitted over the physical layer 1 . 

[0009] Firewalls can interfere with some Internet applications, even preventing their use 
across firewalls. For example, VoIP applications can be blocked by firewalls. Figure 2 
illustrates how a firewall can block UDP packets for a VoIP application. Personal 
computer PC 1 0 is protected by firewall 1 4, while server or PC 1 2 is directly connected 
to Internet 1 6. 

[001 0] Voice call applications prefer to use UDP rather than TCP to stream audio using 

less bandwidth. Separate ports can be used for each direction of the audio stream. For 
example, audio from the user at PC 1 0 can be sent over Internet 1 6 to port 5401 of PC 
1 2 using the UDP protocol. Datagrams can pass through firewall 14 since they 
originate from within (inside) firewall 1 4. 
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[001 1] The reverse-direction audio stream is sent from PC 1 2 to a different port 5885 of 
PC 10. However, when PC 1 2 attempts to stream audio back to PC 10, firewall 14 
blocks the UDP datagrams. Firewall 14 sees these UDP datagrams as coming from 
Internet 1 6 without a request from within PC 1 0 the firewall. Firewall 1 4 blocks these 
UDP datagrams, assuming that they are unauthorized and possibly an attack on the 
local network. 

[001 2] While some firewalls such as personal firewalls can be configured to allow the 
incoming packets to enter from the outside Internet, most firewalls cannot be 
configured by ordinary users. While some standard-application traffic may be able to 
pass through firewalls, such as web traffic using TCP to port 80, other kinds of traffic 
such as UDP packets and for other arbitrary ports is often unconditionally blocked. 

[001 3] What is desired is a method for opening a window in a firewall to allow entry of 

audio or video streams originating from outside the firewall. A program that can open 
a firewall window is desired. Opening of firewalls for UDP datagrams or packets is 
especially desired to allow VoIP to operate across firewalls. 

Brief Description of Drawings 

[001 4] Figure 1 is a reference diagram for the Open Systems Interconnection (OSI) 
network model. 

[001 5] Figure 2 illustrates how a firewall can block UDP packets for a VoIP application. 

[001 6] Figure 3 shows an external manager for setting up a communication channel 
through firewalls. 

[001 7] Figure 4 is a diagram highlighting port connections using an external 
communication manager but direct voice connections. 

[001 8] Figure 5 is a diagram showing messages sent and connections made among the 
PC's and the external manager. 

[001 9] Figure 6 is a flowchart of call setup, firewall -window opening, and direct packet 
transfer for a firewall-friendly communication program. 

[0020] Figure 7 is a block diagram of software and hardware components in a direct 
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communication system on a client computer. 



[0021] 



Figure 8 is a header for a null packet that opens a communications window in a 



firewall. 



[0022] 



Figure 9 shows a TCP connection between a client PC and the external manager. 



[0023] 



Figure 1 0 is a message-passing diagram in which only one client has a protective 
firewall that must be opened with a null packet. 



Detailed Description 



[0024] 



The present invention relates to an improvement in voice-over-Internet Protocol 



(VoIP) through firewalls. The following description is presented to enable one of 
ordinary skill in the art to make and use the invention as provided in the context of a 
particular application and its requirements. Various modifications to the preferred 
embodiment will be apparent to those with skill in the art, and the general principles 
defined herein may be applied to other embodiments. Therefore, the present 
invention is not intended to be limited to the particular embodiments shown and 
described, but is to be accorded the widest scope consistent with the principles and 
novel features herein disclosed. 

[0025] Figure 3 shows an external manager for setting up a communication channel 

through firewalls. PC 10 is on a local network protected by firewall 14, while server or 
PC 1 2 is on a local network protected by firewall 1 8. Firewalls 14,18 filter packets, 
translate addresses, act as proxy servers, or otherwise provide protection from 
Internet 1 6. 

[0026] External manager 20 is on a server accessible from Internet 1 6. External manager 
20 can be accessed through a web site that PC 1 0 and PC 1 2 each connect to. Since 
web browsers use the Transport-Control-Protocol (TCP) and port 80, firewalls 14, 1 8 
are configured by default to allow incoming TCP packets to and from port 80, 
although perhaps only when PC 1 0 or PC 1 2 first send a packet out to external 
manager 20 and thus initiate a TCP connection from within the firewall. 

[0027] ^ communication program such as VoIP prefers to make a direct connection using 
UDP between PC 1 0 and PC 1 2. This reduces latency and thus optimizes voice quality. 
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However, firewalls 14, 1 8 do not allow UDP connections to be initiated from outside 
the firewall. Since TCP connections to external manager 20 are allowed, PC 1 0 and PC 
1 2 first connect to external manager 20. External manager 20 registers each PC by 
storing addresses and ports for the PCs in directory table 22. Keep-alive messages are 
used to maintain the TCP connection. 

[0028] When PC 1 0 attempts to initiate a call to PC 1 2, PC 1 0 uses TCP port 80 to send 
the call request to external manager 20. External manager 20 then searches for the 
address and port information for PC 12 in directory table 22. This information is used 
to send a message from external manager 20 to PC 1 2. 

[0029] PC 12 can open a connection when registering and then periodically send a keep- 
O alive packet to external manager 20 to maintain the connection. 

[0030] Once PC 1 2 receives the message from external manager 20, it opens a window in 

ry firewall 1 8. External manager 20 then notifies PC 10 that it can now use this window 

m to send UDP packets back to PC 1 2. The message from external manager 20 specified 

+= the port to use for the window, which is UDP port 5885 in this example. Since PC 1 2 

□ sends out a UDP packet over port 5885 from within firewall 1 8, firewall 1 8 creates an 

iJ entry in its filter tables to allow UDP packets to pass through port 5885 to PC 1 2 from 

ffl Internet 1 6. The address of PC 1 2 can also be also checked for incoming packets by 

U firewall 18. 

[0031] A window in firewall 14 is opened when PC 10 sends the first UDP packets to PC 
1 2. Thus windows are opened in both firewalls 14, 18. External manager 20 acts as a 
third party message-passing service, telling both PC's 10, 12 which UDP port to use. 

[0032] Figure 4 is a diagram highlighting port connections using an external 

communication manager but direct voice connections. PC 10 and PC 12 each register 
with external manager 20 by opening TCP connections to port 80 of external manager 
20. This allows packets from external manager 20 to pass through any intervening 
firewalls. PC 1 0 and PC 1 2 can use a different port for making the connection, such as 
port 1 030 and port 1 053, or any port above 1 023, as long as the external port is port 
80 or port 443. Packets from external manager 20 can include call requests from 
other PCs. 
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[0033] When requested by external nnanager 20, PC 1 0 and PC 1 2 open windows in their 
firewalls for a port specified by external manager 20. In this example. UDP port 5055 
is used on PC 1 0, while UDP port 1 059 is used by PC 1 2. PC 1 2 is instructed by 
external manager 20 to send a UDP packet from its port 1059 to port 5055 on PC 10. 
This opens a window in firewall 1 8 for incoming packets to UDP port 1 059 from an 
external port 5055. 

[0034] UDP packets are streamed between PC 1 0 port' 5055 and PC 1 2 port 1 059 through 
the firewall openings. Since UDP is more efficient at transferring voice data than TCP, 
a higher bandwidth is available for the call. UDP is more efficient than TCP because 
there is no 3-way handshake to establish a TCP connection (in fact there is no formal 
"connection"), no check for losses, no re-transmission, and a lower packet-header 
overhead. A direct connection is made for the voice traffic, even though external 
manager 20 is used to initiate the call. 

[0035] Figure 5 is a diagram showing messages sent and connections made among the 
PC's and the external manager. External manager 20 receives registration requests 
from various locations on the Internet, including PC 1 0 and PC 1 2. PC 1 2 opens a TCP 
connection to port 80 of external manager 20. The local UDP port that PC 1 2 uses for 
direct communication with another PC is sent to external manager 20. In this 
example, the local UDP port is 5432. 

[0036] Likewise, PC 1 0 registers with external manager 20 by opening a TCP connection 
to port 80, and sending its local UDP port, 2345. The UDP ports can be arbitrary ports 
and are sent along with other configuration information. Using arbitrary UDP ports 
allows for greater configuration flexibility and avoidance of conflicts with other 
programs running on a PC that may use UDP ports. 

[0037] Since a TCP connection to port 80 is made to external manager 20, these request 
packets can pass through any local firewalls that protect PC 1 0 or PC 1 2. As long as 
the PC's can browse the web, which uses TCP/80, the PC's can access external 
manager 20. Reply packets from external manager 20 can also pass through the 
firewalls through windows that are automatically set up by the firewall when the PC 
first connects with external manager 20. For the most restrictive firewalls, PCs 10, 12 
could use port 80, but many firewalls allow other arbitrary TCP ports to be used, such 
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as TCP port 1 2.34 for PC 1 0 and TCP port 4321 for PC 1 2. 

[0038] When the user at PC 1 0 wishes to communicate with the user at PC 1 2, a call- 
setup request is sent to external manager 20. The same TCP ports are used, in the 
same connection as the registration. In this example the call request is contained in 
packet or packets that are sent to TCP port 80 from port 1 234 of PC 1 0. The call 
request from PC 1 0 identifies PC 1 2 as the called party. 

[0039] External manager 20 searches its directory table for more information on the 

called party, PC 12, and finds its IP address and TCP port (4321). External manager 20 
sends a call notification request to this port of PC 1 2 using a TCP connection. This call 
notification includes the UDP port of the calling party (port 2345), as well as its IP 
address. The request may include other information or commands, such as a 
command to open a window in its firewall 1 8. 

[0040] PC 1 2 may need to periodically open a new TCP connection to external manager 
20 to allow the request from external manager 20 to pass through its firewall 1 8. For 
example, PC 1 2 can send a TCP packet every minute to external manager 20. Less 
restrictive firewalls may not require the periodic packet transmission from inside 
firewall 1 8. 

[004 1 ] Null Packet Opens Firewall Window 

[0042] A window in firewall 1 8 must be opened to allow incoming UDP packets from PC 
1 0 to pass through firewall 1 8 to PC 1 2. A null UDP packet is transmitted from PC 1 2 
to PC 1 0 to open window 32 in firewall 18. The null packet is sent from UDP port 5432 
of PC 1 2 to UDP port 2345 of PC 1 0. Since the packet originates from within firewall 
1 8, it is allowed to pass through firewall 1 8 to the Internet. 

[0043] Firewall 1 8 typically stores the IP addresses and UDP ports of PC 1 0 and PC 1 2, 
and the protocol used (UDP) in a table. This table is consulted when an incoming 
packet is received from the Internet. When the incoming packet's protocol, source and 
destination IP addresses and ports match an entry in the table, the packet is allowed 
to pass through the firewall. Otherwise, the packet is rejected and prevented from 
entering the local network. Thus an opening or window through the firewall Is created 
when a table entry is stored. The table entry allows for a reply from the external 
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Internet to the outgoing packet. 



[0044] 



Other kinds of firewalls may store other information, such as the originating 



application on PC 12, a data-link, media-access-controller, or Ethernet address. This 
alternate information can be used for matching packets or communications at 
different OS! levels from outside the firewall. 

[0045] The null UDP packet from PC 1 2 thus creates an entry in the table of firewall 1 8. 
This entry creates window 32, allowing UDP packets to be transferred back and forth 
directly between PC 1 0 and PC 1 2. 

[0046] The UDP packet from PC 1 2 is prevented from reaching PC 1 0 since it is blocked 

by firewall 14 as an un-requested UDP packet from the outside Internet. Since the UDP 
packet is discarded by the other firewall 14, it does not contain any important 
information. Ideally, a null packet is used that contains no data. This minimizes the 
packet size and reduces bandwidth waste. Of course, if firewall 14 is permissive or 
absent, the null packet can reach PC 1 0. Then PC 1 0 simply discards the null packet. 

[0047] Once the null packet has been sent by PC 1 2 through firewall 1 8, PC 1 2 notifies 
external manager 20 that window 32 has been created. This firewall-open reply is 
sent to TCP port 80 of external manager 20 from TCP port 4321 of PC 1 2. TCP port 80 
traffic can easily pass through firewall 1 8 since it appears to be web-browser traffic. 
The HTTP protocol may be used for the entire connection, to satisfy restrictive 
application-level firewalls. 

[0048] External manager 20 sends a reply to PC 1 0, indicating that PC 1 2 is now ready to 
stream UDP packets. The reply can contain the UDP port that PC 1 2 uses, port 5432. 
This reply is sent from TCP port 80 of external manager 20 to TCP port 1 234 of PC 
10, and can pass through firewall 14, as it appears to be standard web traffic. 

[0049] PC 10 can now initiate a direct connection with PC 12 using high-bandwidth UDP 
packets. Such a direct UDP connection is ideal for multi-media data such as audio, 
voice, video, and binary data formats. 



PC 1 0 sends its first UDP packet from its port 2345 to port 5432 of PC 1 2. Since 
this UDP packet originates from the local network within firewall 14, firewall 14 opens 



[0050] 



Pages 



window 30, such as by creating a table entry that includes ports 2345 and 5432, and 
the address of PC 12. 

[0051] This first UDP packet passes through window 30 of firewall 14 to the Internet, 
where it is routed to firewall 1 8. Since the packet's ports and addresses match the 
table entry for window 32, firewall 1 8 allows the UDP packet to pass through window 
32 to the local network, where it is routed to PC 1 2. Thus window 32 opened by the 
null packet from PC 12 is already set up before incoming packets arrive from PC 10. 

[0052] Additional UDP packets can be sent from PC 1 0 to PC 1 2 over this path. Windows 
30, 32 remain open for some time. Timers may close windows 30, 32 after some 
period of time with no packet flow, or no outgoing packets from inside the firewall. 
However, for most active 2-way communications, packets occur with a frequency 
sufficient to maintain windows 30, 32. 

[0053] PC 1 2 also sends UDP packets along this path, using window 30 in firewall 14 to 
reach PC 10 from outside firewall 14. Since these packets originate from inside 
firewall 1 8, they are allowed to pass through, and keep window 32 open by resetting 
the packet timer. A field in the firewall table entry can be used to store the timer 
value. 

[0054] Figure 6 is a flowchart of call setup, firewall-window opening, and direct packet 

transfer for a firewall-friendly communication program. PC's or clients register with an 
external manager, providing communication ports to use. When client A desires to 
make a call to client B, a request is sent to the external manager by client A, step 80. 

[0055] The external manager sends a command to client B that tells client B to transmit a 
null packet to open a window in his firewall, step 82. The destination port of the null 
packet is port #A of client A, which was provided by client A during registration. Client 
B then transmits a null packet to client A, step 84. The firewall stores an entry for the 
outgoing packet, causing a communication window to be opened for replies from 
client A. 

[0056] Client B sends a message to the external manager, confirming that the null packet 
has been sent, step 86, The firewall window should now be open, ready to receive 
incoming packets from client A. 
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[0057] The external manager sends a message to client A, step 88, telling client A that 
the firewall should now be open. Client A can now go ahead and start direct 
communication with client B through the firewall opening. As client A begins this 
direct communication, step 89, an opening is created in any firewall protecting client 
A. Preferably, UDP packets are used for the direct communication, although other 
protocols could be used. Enhancements and extensions to UDP and derivatives of it 
may also be used, as may similar high-speed protocols. 

[0058] Figure 7 is a block diagram of software and hardware components in a direct 

communication system on a client computer. Voice-call application 40 is a high-level 
application that can be operated by a user of the client PC. The user can initiate and 
terminate voice or audio/video calls over the Internet using a user interface to 
application 40. 

[0059] Telephony/Audio Services Interface (TASI) 42 is a development environment that 
provides an application programming interface (API) for using library features or 
functions called by application 40. TASI 42 can have a variety of services such as call 
control (detecting, placing, and terminating calls between clients) and audio stream 
control and formatting. 

[0060] Interchange services 44 corresponds to the OSI-model transport layer. 

Interchange services 44 provides packet transport using IP packets. Communication 
sockets in Windows socket sub-system 49 can be opened by Interchange services 44 
to send and receive IP packets containing audio or video data to a remote client over 
the Internet. Of course, socket sub-systems other than Windows can be substituted. 

[0061] Multi-function resource 46 can be implemented in hardware or software or both. 
Multi-function resource 46 provides a host-based software layer that performs a 
variety of functions. Multi-function resource 46 can perform digital-signal processor 
(DSP) functions, such as voice compression, echo cancellation, bad frame interpolation 
for late or lost packets, silence compression, voice activity detection, and comfort 
noise generation. In addition, multi-function resource 46 provides the ability for 
playing wave files on multimedia subsystem 48. Multi-function resource 46 has three 
main subsystems: the voice compression subsystem, the packetization subsystem, 
and the voice quality subsystem. 
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[0062] Windows multimedia subsystem 48 contains the operating system drivers and 

low-level components that communicate with the hardware, such as a sound card or 
audio subsystem. Speakers and a microphone, or other multi-media devices can be 
connected to the hardware controlled by multimedia subsystem 48. 

[0063] Figure 8 is a header for a null packet that opens a communications window in a 
firewall. This header can be sent from Interchange services 44 to Windows socket 
sub-system 49 to cause the null packet to be generated and transmitted from the 
local client PC. 

[0064] The header has a cyclical-redundancy-check (CRC) field for error detection, and a 
reserved field. The destination or end-point identifier of the communication call 
connection of the other PC and the identifier of the sending PC are included. These 
are internal identifiers of the software that is handling the source or destination side 
of the call. 

[0065] For null packets, the payload size is set to zero, since there is no data. The 
message ID field is set to indicate that the packet is a null packet. 

[0066] Figure 9 shows a TCP connection between a client PC and the external manager. 
The connection begins with a SYN packet sent from PC VO to port 80 of the external 
manager. The external manager responds with a SYN+ACK packet back to the sending 
port of the client (port 1 234 in this example). The client PC 1 0 then finishes the 
handshake with an ACK packet back to external manager 20. The client PC 1 0 can 
then send data packets, such as one containing the client's UDP port number in the 
data payload. SYN and ACK are flags that can be set in the TCP packet header, such as 
described in the commonly-used RFC 793 standard. 



[0067] 



When a connection is closed by a FIN packet, or times out, a new SYN-ACK 
sequence is needed to open a new TCP connection. UDP packets are connection-less 
and do not require the SYN-ACK handshake. UDP is an alternative to TCP. UDP also 
uses IP to send a datagram over a network, and is sometimes referred to as UDP/IP. 
UDP does not provide sequencing of the packets. The application program using UDP 
must be able to sequence datagrams and verify the integrity of the datagrams as they 
are received. Network applications can save processing time with UDP since very small 
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data units can be exchanged, with little message re-assembly required. 

[0068] UDP provides two services not provided by the IP layer. It provides a port number 
to help distinguish different user requests and. optionally, checksum capability to 
verify that the data arrived intact. 

[0069] Figure 1 0 is a message-passing diagram in which only one client has a protective 
firewall that must be opened with a null packet. PC 10 does not have a firewall, or has 
a very permissive firewall that allows UDP packets to be received from any outside 
location. PC 1 2 has a restrictive firewall 1 8. 

[0070] PC 1 0 registers with external manager 20 by sending its UDP port 2345 in a TCP 
connection to port 80 of external manager 20. Likewise, PC 1 2 registers its UDP port 
5432. 

[0071 ] Some time later, PC 1 0 attempts to call PC 1 2 by sending a message to port 80 of 
external manager 20. External manager 20 sends a message to PC 1 2 with the IP 
address and UDP port to send the null packet to, port 2345 of PC 1 0. 

[0072] PC 1 2 generates a null UDP packet and transmits it to port 2345 of PC 1 0. Firewall 
1 8 stores the addresses and UDP ports, creating window 32 for future use. Since there 
is no firewall protecting PC 10, the null packet is received by PC 10. The null packet 
contains no data, so it is ignored or discarded by PC 1 0. 

[0073] PC 1 2 then messages to port 80 of external manager 20 that it has sent the null 
packet to open the firewall. External manager 20 sends a message to PC 1 0 that 
communication can now be established with PC 1 2. The UDP port of PC 1 2 (port 5432) 
is also sent to PC 10. 

[0074] PC 1 0 can then begin sending UDP packets from its port 2345 to port 5432 of PC 
12. Firewall 1 8 allows these packets to pass through to PC 1 2 since window 32 has 
already been opened. UDP packets can be sent in the reverse direction from PC 1 2 to 
PC 10 using the same pair of UDP ports. Thus 2-way voice or video communication is 
facilitated by a direct full-duplex UDP link between PCs 10, 12. 

[0075] ALTERNATE EMBODIMENTS 
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[0076] 



Several other embodiments are contemplated by the inventors. For example other 



ports and protocols may be used. Separate port-pairs may be used for each direction 
of packet flow, and more than 2 client endpoints may share a packet stream. 
Multicasting may also be employed. Additional windows may be opened in the firewall 
to allow for multiple calls to different PC's. The order of the various steps may be 
changed, and additional steps can be included. The external manager can operate on 
a variety of ports, such as ports 80 and 443. Rather than periodically send keep-alive 
messages, PC 1 2 could periodically open a connection to external manager 20, such 
as once every minute. A new connection could be made if some time has passed since 
registration. A list of several alternate UDP ports can be sent rather than a single port. 

[0077] The client or PC may be a portable computing device such as a personal-digital- 
assistant (PDA), palm computer, enhanced cell phone, Internet appliance, or other 
computing device rather than just a standard desktop or laptop PC. Operating systems 
other than Windows, such as Linux, Unix, and MacOS may be used for the PC. The 
external manager can reside on a server that runs many applications including web 
server applications. Software routines may be stored on disks or other media, or may 
be programmed as firmware or programmable logic or even converted to partial or full 
hardware implementations. 

[0078] The invention has been described in an embodiment of two clients directly 

communicating with one another, such as for making VoIP calls, whether audio-only 
or with video. The invention can also be applied to other peer-to-peer 
communications, such as for file-sharing systems. One of the two clients may act as a 
server rather than a peer or client. 



The abstract of the disclosure is provided to comply with the rules requiring an 
abstract, which will allow a searcher to quickly ascertain the subject matter of the 
technical disclosure of any patent issued from this disclosure. It is submitted with the 
understanding that it will not be used to interpret or limit the scope or meaning of the 
claims. 37 C.F.R. § 1 , 72(b). Any advantages and benefits described may not apply to 
all embodiments of the invention. When the word 'means' is recited in a claim 
element, Applicant intends for the claim element to fall under 35 USC § 1 1 2, 
paragraph 6. Often a label of one or more words precedes the word 'means'. The word 
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or words preceding the word 'means' is a label intended to ease referencing of claims 
elements and is not intended to convey a structural limitation. Such means-plus- 
function claims are intended to cover not only the structures described herein for 
performing the function and their structural equivalents, but also equivalent 
structures. For example, although a nail and a screw have different structures, they 
are equivalent structures since they both perform the function of fastening. Claims 
that do not use the word means are not intended to fall under 35 USC § 1 1 2, 
paragraph 6. Signals are typically electronic signals, but may be optical signals such 
as can be carried over a fiber optic line. 

[0080] . The foregoing description of the embodiments of the invention has been 

presented for the purposes of illustration and description. It is not intended to be 
exhaustive or to limit the invention to the precise form disclosed. Many modifications 
and variations are possible in light of the above teaching. It is intended that the scope 
of the invention be limited not by this detailed description, but rather by the claims 
appended hereto. 
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